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DETAILED ACTION 
Specification 

1 . The amendment to the Specification submitted on 02/12/2007 overcomes the objections 
made in the previous Office Action and there fore the objections are withdrawn. 

Claim Rejections - 35 USC § 102 

2. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) The invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 

3. Claims 1 1, 13-14, 16-22 and 35, 37-38, 40-46, 49-58, 60, 62-68 are rejected under 35 
U.S.C. 102(b) as being anticipated by Aversa et al., "Load Balancing a Cluster of Web Servers, 
using Distributed Packet Rewriting, Computer Science Department, Boston University" [Cited in 
Applicant's IDS], (hereinafter 'Aversa') and further in viev^ of "TCP/IP Illustrated: the protocol, 
Volume 1" by W. Richard Stevens, Copyright 1994 Addison Wesley Longman, Inc., (hereinafter 
'Stevens',) 

Per, MPEP 2131.01 (B) (C), Stevens is sited to explain the meaning of terms 'application 
layer' and 'serving packet/request locally' used in the primary reference Aversa and to show that 
the characteristic of 'selectively execute a software application associated with the information 
packet' not disclosed in the Aversa reference is inherent. 

4. Referring to claims 11, 35, 55, Aversa teaches an information processing system, a 
method [figure 2, distributed system and page 3, paragraph 1] and a server farm [see page 3, 
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paragraph 2 - cluster of servers], comprising: a first computing device [see figure 2, element 
server 4] configured to: receive an information packet through a global computer network [see 
page 3, paragraph 2, 'the very first packet received form the client' and figure 2, element 
'Internet'] and a first local area network [see page 3, paragraph 2 and figure 2, element 'local 
network']; and in response to at least the information packet [see page 3, paragraph 2 first packet 
received from the client] and a state of the information processing system [see page 3, paragraph 
2, 'the cluster state information- e.g., relative load on the different servers in the cluster'], when 
the state of the information processing system is a first state [see page 3, paragraph 2 - using the 
information in the packet and the state information, a DPR-enabled server either forwards a 
connection to a different server, or lets it percolate up its network stack to the application layer 
depending up the load of the server that receives the packet and page 5, full paragraph 3], 
selectively output the information packet, such that the output information packet bypasses the 
first local area network [see page 3, paragraph 2 - 'forwarding to different server' and figure 2 
shows that during forwarding, use of the local network is avoided and page 2, paragraph 3- 'a 
TCP router acts as a front-end that forwards requests for Web services to the individual back-end 
servers of the cluster']; and when the state of the information processing system is a second state 
[see page 3, paragraph 2 - when the load of the server that receives the packet is not heavy the 
server will serve the packet locally and page 5, full paragraph 3], selectively execute a software 
application associated with the information packet [see page 3, paragraphs 2, 3, 'percolate up its 
network stack to the application layer,' and serving the packet/request locally.] 

Although, Aversa teaches to serve the information packet/request, received from a client, 
locally, by sending it to application layer, upon the determination that the load on the local server 
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(a TCP server) is under certain threshold [see page3, paragraph 2 and page 5, full paragraph 3], 
Aversa is silent on what steps are taken to serve the information packet/request locally. However, 
this feature is deemed to be inherent to the Aversa system as shown by Stevens, Stevens teaches 
that in order to serve the information packet/request locally, the step of, selectively execute a 
software application associated with the information packet must be performed [see page 254, 
section 18.1 1 TCP Server Design and page 12, section 1.8 Client-Server Model.] Stevens teaches 
that when a server accepts a connection request, it invokes a new process to handle the new 
client, depending on the operating system, various techniques are used for this, under Unix the 
common technique is to create a new process using the fork ftanction, at page 254. Stevens 's 
section 1 .8, teaches that as a general rule the TCP servers are concurrent server and that this type 
of server will create a new process, task or thread (i.e., a software application associated with the 
information packet) depending on what the underlying operating system supports to process the 
client request. 

5. Referring to claims 13, 37, Aversa teaches wherein the received information packet 
originates from a client [see figure 2, elements 'client A' and 'client B'], and wherein the first 
local area network [see figure 2, element 'local network'] is coupled to the global computer 
network to the client [see figure 2, element 'Internet'.] 

6. Referring to claims 14, 38, Aversa teaches wherein the information packet originates 
from a client [see page 3, paragraph 2 - first packet received from the client], and wherein the 
first computing device is configured to: in response to at least the information packet [see page 
3, paragraph 2 - information included in the SYN packet] and the state of the information 
processing system [see page 3, paragraph 2 - cluster state information], selectively output the 
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information packet by outputting an encapsulated information packet [see page 5, full paragraph 
1 " IP-IP encapsulation], the encapsulated information packet including the information packet 
and a reference to a data structure of a connection with the client [see page 5, full paragraph 1 - 
source IP of client B within the encapsulated packet.] 

7. Referring to claims 16, 40, Aversa teaches wherein the first computing device is 
configured to: in response to at least the information packet and the state of the information 
processing system, selectively output the information packet to a second computing device for 
performing an operation in response to the information packet [see page 4, full paragraph 1 - 
rerouting request to another machine for processing.] 

8. Referring to claims 17, 41, Aversa teaches wherein the information packet originates 
from a client [see page 3, paragraph 2], wherein the first local area network is coupled to the 
global computer network to the client [see page 3, paragraph 2 and figure 2], wherein the 
operation includes outputting a response packet to the client through the first local area network 
and the global computer network [see page 4, full paragraph 1 - respond directly to the client], 
and wherein the computing device is configured to: in response to at least the information packet 
and the state of the information processing system, selectively output the information packet to 
the second computing device for outputting the response packet to the client, such that the output 
response packet bypasses the first computing device [see page 4, full paragraph 1 - respond 
directly to the client and page 4, paragraph 3 and page 5, lines 1-6 - responding to client B.] 

9. Referring to claims 18, 42, Aversa teaches wherein the operation is part of a software 
application executed by the second computing device [refer to the explanation provided in claim 
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1 1 above and see page 3, paragraphs 2, 3, 'percolate up its network stack to the application 
layer/ and serving the packet/request locally.] 

10. Referring to claims 19, 43, Aversa teaches wherein the software application executed by 
the second computing device is a socket application [see page 5, paragraph 5 - active sockets 
and page 6, paragraph 2, active sockets.] 

1 1 . Referring to claims 20, 44, Aversa teaches wherein the information packet is addressed 
by the cHent to the first computing device, and wherein the first computing device is configured 
to receive the information packet from the first local area network in response to the addressing 
[see page 3, paragraph 2 - IP address.] 

12. Referring to claims 21, 45, Aversa teaches wherein the first computing device is 
configured to receive at least a portion of the state of the information processing system from the 
second computing device and a second local area network [see page 6, paragraph 3 - more the 
one network, load packet.] 

13. Referring to claims 22, 46, Aversa teaches wherein the first local area network includes 
a hub [see figure 2, element 'server 4'.] 

14. Referring to claims 49, 52, wherein the first computing device is configured to output 
the information packet to a second local area network to a second computing device [see page 6, 
paragraph 3 - more the one network, load packet and page 4, full paragraph 1 - rerouting request 
to another machine for processing.] 

15. Referring to claims 50, 53, Aversa teaches wherein the first computing device is 
configured to receive at least a portion of the state of the information processing system from the 
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second computing device and a third local area network [see page 6, paragraph 3 - more the one 
network, load packet.] 

1 6. Referring to claims 51, 54, Aversa teaches wherein the state of the information 
processing system is based at least in part on a state of a second computing device [see page 3, 
paragraph 2, relative load on the different servers in the cluster.] 

1 7. Referring to claim 56, Aversa teaches wherein the state of the server farm is based at 
least in part on a state of the first computing device [see page 3, paragraph 2 - cluster state 
information.] 

18. Referring to claim 57, Aversa teaches wherein the state of the server farm is based at 
least in part on a state of the first computing device [see page 3, paragraph 2 - relative load on 
the different serves in the cluster.] 

19. Referring to 58, Aversa teaches wherein the software application is a socket application 
[see page 5, paragraph 5 - active sockets and page 6, paragraph 2, active sockets.] 

20. Referring to claim 60, Aversa teaches wherein the first computing device is configured 
to selectively output the information packet by outputting an encapsulated information packet 
[see page 5, full paragraph 1 - IP-IP encapsulation], the encapsulated information packet 
including the information packet and a reference to a cormection data structure associated with a 
client [see page 5, fiill paragraph 1 - source IP of client B within the encapsulated packet.] 

21 . Referring to claim 62, Aversa teaches a computer-readable memory medium storing 
instructions that, when executed, causes a first computing device [see figure 2, element server 4] 
of an information processing system to respond to an information packet received through a first 
local area network [see page 3, paragraph 2 and figure 2, element 'local network'] and a global 
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computer network [see page 3, paragraph 2, 'the very first packet received form the client' and 
figure 2, element 'Internet'] by: when the information processing system is in first state [see page 
3, paragraph 2 - when the load of the server that receives the packet is not heavy the server will 
serve the packet locally and page 5, full paragraph 3], selectively executing a software 
application associated with the information packet [see page 3, paragraphs 2, 3, 'percolate up its 
network stack to the application layer,' and serving the packet/request locally]; and when the 
information processing system is in a second state [see page 3, paragraph 2 - using the 
information in the packet and the state information, a DPR-enabled server either forwards a 
connection to a different server, or lets it percolate up its network stack to the application layer 
depending up the load of the server that receives the packet and page 5, full paragraph 3], 
selectively forwarding the information packet such that the forwarded information packet 
bypasses the first local area network [see page 3, paragraph 2 - 'forwarding to different server' 
and figure 2 shows that during forwarding, use of the local network is avoided and page 2, 
paragraph 3- 'a TCP router acts as a front-end that forwards requests for Web services to the 
individual back-end servers of the cluster'.] 

Although, Aversa teaches to serve the information packet/request, received from a client, 
locally, by sending it to application layer, upon the determination that the load on the local server 
(a TCP server) is under certain threshold [see page3, paragraph 2 and page 5, full paragraph 3], 
Aversa is silent on what steps are taken to serve the information packet/request locally. However, 
this feature is deemed to be inherent to the Aversa system as shown by Stevens, Stevens teaches 
that in order to serve the information packet/request locally, the step of, selectively execute a 
software application associated with the information packet must be performed [see page 254, 
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section 18.1 1 TCP Server Design and page 12, section 1.8 Client-Server Model.] Stevens teaches 
that when a server accepts a connection request, it invokes a mv/ process to handle the new 
client, depending on the operating system, various techniques are used for this, under Unix the 
common technique is to create a new process using the fork function, at page 254. Stevens 's 
section 1 .8, teaches that as a general rule the TCP servers are concurrent server and that this type 
of server will create a new process, task or thread (i.e., a software application associated with the 
information packet) depending on what the underlying operating system supports to process the 
client request. 

22. Referring to claim 63, Aversa teaches wherein the information packet originates from a 
client [see figure 2, elements 'client A' and 'client B'] coupled to the global computer network 
[see figure 2, element 'Internet'.] 

23. Referring to claim 64, Aversa teaches wherein the instruction further causes the first 
computing device to selectively forward the information packet by encapsulating information 
packet [see page 5, ftiU paragraph 1 - IP-IP encapsulation], by encapsulating the information 
packet that includes a reference to a connection data structure associated with the client [see 
page 5, full paragraph 1 - source IP of client B within the encapsulated packet.] 

24. Referring to claim 65, Aversa teaches wherein the software application is a socket 
application [see page 5, paragraph 5 - active sockets and page 6, paragraph 2, active sockets.] 

25. Referring to claim 66, Aversa teaches wherein the instructions further causes the first 
computing device to selectively forward the information packet by forwarding the information 
packet to a second computing device [see page 3, paragraph 2 - 'forwarding to different server' 
and figure 2 shows that during forwarding, use of the local network is avoided and page 2, 
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paragraph 3- 'a TCP router acts as a front-end that forwards requests for Web services to the 
individual back-end servers of the cluster'.] 

26. Referring to claim 67, Aversa teaches wherein the state of the information processing 
system is based at least in part on a state of the second computing device [see page 3, paragraph 
2 - relative load on the different serves in the cluster.] 

27. Referring to claim 68, Aversa teaches wherein the instructions further causes the first 
computing device to receive state information from a second local area network [see page 3, 
paragraph 2 - relative load on the different serves in the cluster and page 5, paragraphs 2-3 - 
load information.] 

Claim Rejections - 35 USC § 103 

28. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

29. Claims 12, 23-24, 36, 47-48, 59, 61 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Aversa and further in view of Yuasa et al. U.S. Patent Number 6,085,238 
(hereinafter 'Yuasa'.) 

30. Referring to claims 12, 36, 59, Aversa teaches a computing device [see figure 2, element 
server 4] however does not set forth the limitation of wherein the first computing device 
comprises a network interface card. Yuasa discloses a server having a network interface card in 
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order for allowing the server to communicate with a client over a network [see Yuasa column 24, 
lines 37-45 - server with NIC] 

One of ordinary skill in the art at the time of appHcant's invention would have clearly 
recognized that it is quite advantageous for the server of Aversa to be implemented with a 
network interface card in order for the server to be able to communicate with various client 
devices connected to the server. It is for this reason that one of ordinary skill in the art would 
have been motivated to implement Aversa server with a network interface card to provide server 
with communication means to communicate with various network devices connected therewith. 
3 1 . Referring to claims 23, 47, Aversa teaches a TCP router [see page 1 , paragraph 3] 
however, does not set forth the limitation of wherein the first local area network includes a Layer 
2 switch, and wherein the Layer 2 switch is coupled to a router device to the global computer 
network. Yuasa discloses the first local area network includes a Layer 2 switch, and wherein the 
Layer 2 switch is coupled to a router device to the global computer network, in order to improve 
the line processing capability of each floor line concentrator in addition to speeding up 
transmission on wiring to enhance traffic throughput and hold the transmission delay time short 
[see Yuasa column 5, lines 14-17,] 

One of ordinary skill in the art at the time of applicant's invention would have clearly 
recognized that it is quite advantageous for the system of Aversa to implement Layer 2 switch in 
order to improve the line processing capability of each floor line concentrator in addition to 
speeding up transmission on wiring to enhance traffic throughput and hold the transmission 
delay time short. It is for this reason that one of ordinary skill in the art would have been 
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motivated to implement Aversa 's system with Layer 2 switch to enhance traffic throughout and 
hold the transmission delay time short. 

32. Referring to claims 24, 48, 61, Aversa teaches a TCP router [see page 1 , paragraph 3] 
however, does not set forth the limitation of wherein the first local area network includes a Layer 
3 switch, and wherein the Layer 3 switch is coupled to the global computer network Yuasa 
discloses the first local area network includes a Layer 3 switch, and wherein the Layer 3 switch 
is coupled to a router device to the global computer network, in order to improve the line 
processing capability of each floor line concentrator in addition to speeding up transmission on 
wiring to enhance traffic throughput and hold the transmission delay time short [see Yuasa 
column 6, lines 28-35.] 

One of ordinary skill in the art at the time of applicant's invention would have clearly 
recognized that it is quite advantageous for the system of Aversa to implement Layer 3 switch in 
order to improve the line processing capability of each floor line concentrator in addition to 
speeding up transmission on wiring to enhance traffic throughput and hold the transmission 
delay time short. It is for this reason that one of ordinary skill in the art would have been 
motivated to implement Aversa 's system with Layer 3 switch to enhance traffic throughout and 
hold the transmission delay time short. 

33. Claims 15, 39 are rejected under 35 U.S.C. 103(a) as being unpatentable oyqt Aversa and 
further in view of RFC 2003 by C. Perkins, IBM, Oct 1996 [sited in applicant's IDS] (hereinafter 
'Perkins\) 
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34. Referring to claims 15, 39, Aversa teaches a use of encapsulation packet [see page 5, full 
paragraph 1 - IP-IP encapsulation] however does not set forth the limitation of wherein the 
reference is included within a single header of the encapsulated information packet. Perkins 
teaches a use of encapsulated packet header to place reference [see page 3, paragraph 2 - the 
outer IP header source address and destination address] in order to identify the endpoints of the 
tunnel. 

One of ordinary skill in the art at the time of applicant's invention would have clearly 
recognized that it is quite advantageous for the system of Aversa to be able to identify the 
endpoints of a tunnel by placing reference in the encapsulated packet header. It is for this reason 
that one of ordinary skill in the art would have been motivated to implement Aversa 's 
encapsulated information packet with a reference within a single header to identify the endpoints 
of the tunnel. 

Response to Arguments 

35. Applicant's arguments filed 02/12/2007 have been fully considered but they are not 
persuasive. The applicant argues that (1) Aversa does not teach the limitation of". . .such, that the 
output information packet bypasses the first local area network" and that Aversa makes it clear 
that there is only a single LAN and does not teach the use of multiple LANs (at pages 1 1-12 of 
the remarks) (2) Aversa does not disclose the limitation of "a reference to a data structure of a 
connection with the client" (at page 13 of the remarks) (3) there is no motivation to combine the 
Aversa with Yuasa (at page 13 of the remarks.) 

The examiner respectfully disagrees with these arguments. 
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As per the first arsument Aversa teaches the limitation of". . .such, that the output 
information packet bypasses the first local area network" [see page 3, paragraph 2 - 'forwarding 
to different server' and figure 2 shows that during forwarding, use of the local network is 
avoided and page 2, paragraph 3- 'a TCP router acts as a front-end that forwards requests for 
Web services to the individual back-end servers of the cluster'.] As for the argument that 
'Aversa makes it clear that there is only a single LAN and does not teach the use of multiple 
LANs" is concerned, claim 1 1 only recites 'a first local network' and does not require more then 
one LAN. 

As per the second arsument . Aversa discloses the limitation of "a reference to a data 
structure of a connection with the client" [see page 5, full paragraph 1 - source IP of client B 
within the encapsulated packet. This indicated that the data structure of the connection is of 
'Internet Protocol' type. The Internet Protocol (IP) is a data-oriented protocol used for 
communicating data across a packet-switched network.] 

As per the third arsument . In response to applicant's argument that there is no suggestion 
to combine the references, the examiner recognizes that obviousness can only be established by 
combining or modifying the teachings of the prior art to produce the claimed invention where 
there is some teaching, suggestion, or motivation to do so found either in the references 
themselves or in the knowledge generally available to one of ordinary skill in the art. See In re 
Fine, 837 F.2d 1071, 5 USPQ2d 1596 (Fed. Cir. 1988) and In re Jones, 958 F.2d 347, 21 
USPQ2d 1941 (Fed. Cir. 1992). In this case, Yuasa discloses a server having a network interface 
card in order for allowing the server to communicate with a client over a network [see Yuasa 
column 24, lines 37-45 - server with NIC] 
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Conclusion 

36. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Niketa I. Patel whose telephone number is (571) 272 4156. The . 
examiner can normally be reached on M-F 8:00 A.M. to 5:00 P.M. 

If attempts to reach the examiner by telephone are unsuccessfiil, the examiner's 
supervisor, Donald Sparks can be reached on (571) 272 4201 . The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR, Status information for unpublished 
applications is available through Private PAIR only. 
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For more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business Center 
(EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786-9199 (IN USA OR 
CANADA) or 571-272-1000. 



Niketa Patel 
05/05/2007 




SUPERVISORY PATENT EXAMINER 



